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© RESUMEN 

Un sistema de aviso de errores de marcacidn a usuarios visitantes en una red de telefonia movil visitada (VPLMN). . . 
(100), siendo un usuario visitante un usuario de una red de telefonia movil de origen (HPLWIN) (200) distinta a la red tfc 
telefonia m6vil visitada (100). El sistema comprende: 

un primer nodo (11) de la red de telefonfa m6vi» visitada (100) que comprende medios de analizar un numero marcado 
por un usuario (201) y determinar si dicho numero marcado cumple al menos un criterio de error predeterminado; y . 

medios de enviar un mensaje corto (SM) con un aviso de error de marcacion al usuario si dicho numero marcado 
cumple al meno un criterio de error predeterminado. 


La invencion tambien se refiere a un metodo de aviso de errores de marcacidn. 
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SISTEMA Y METODO DE AVISO DE ERRORES DE MARCACION 

CAMPO DE LA INVENCI6N 
La invenci6n se engloba en el campo de la telefonfa movil. Como es sabido, en 
5 dicho campo, normalmente se utilizan acr6nimos y terminos anglosajones para 
referirse a elementos y conceptos propios del campo. Los acr6nimos y terminos 
anglosajones usados en este texto se explicar£n a lo largo del texto. 

ANTECEDENTES DE LA INVENCION 

1 

10 La invencion tiene como finalidad la de servir como base para un servicio de 

aviso de errores de marcaci6n a visitantes en una red de telefonfa m6vil visitada 
(VPLMN) en relacion con roaming internacional, es decir, cuando el usuario se 
encuentra en un pafs que no es el pafs de su red de telefonfa m6vil de origen . 
(HPLMN). 

15 La red de telefonfa movil troncal este formada por ciertos nodos principales, « 

< 

que realizan las funciones elementales en la red, como la conexion y desconexion de ] 
los terminates, el encaminamiento de las llamadas de voz y el envfo de mensajes 
cortos. ] 
Para la red de telefonfa movil o PLMN (Public Land Mobile Network o "Red 2 

20 Global de Telefonfa Movil"), el area geografica se divide en celdas, cada una de las 

cuales esta atendida por una "estaci6n base" o BTS (Base Transceiver Station). La . 
figura 1 refleja una red de este tipo, en la que se puede observar como un telefono i 
movil 1 se encuentra en una celda 2 correspondiente a una estacion base 3; otras , 
estaciones base 3 corresponden a otras celdas de la red. 

25 Cada estaci6n base depende de un nodo controlador de estaciones base o 

BSC (Base Station Controller) 4. El BSC 4 gestiona la actividad de varias estaciones 
base 3 que estan a su cargo, p.e., encaminando las llamadas y mensajes a la estaci6n 
base que cubre el movil de destino. 

A su vez, varios BSC 4 dependen de un centro conmutador o MSG (Mobile 

30 Switching Centre) (5, 6), nodo de red que controla varios BSC's y que gestiona el 
control de la localizaci6n de los usuarios que estan en su zona de control. 

Adem£s, la red ilustrada en la figura 1 comprende varios "registros de area 
visitada" o VLR (Visitor Location Register) (7, 8). El VLR es una base de datos de 
usuarios 'Visitantes", en la que se guardan temporalmente determinados datos 

35 relativos a usuarios que se encuentran en el area de red correspondiente al VLR. 
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Ejemplos de datos que se guardan en el VLR son el IMSI (International Mobile 
Subscriber Identity - "Numero de Identification del Usuario Internacionar), el MSISDN 
(el numero de telefono propiamente dicho, el que se marca para llamar al telefono 
movil) o el TMSI (identificacion temporal diferente al IMSI por motivos de seguridad), el 
5 area de localizaci6n donde ha sido registrado el usuario y los servicios suplementarios 
de los usuarios abonados que en ese momento se encuentren en el area de red que 
cubre ese VLR. Cada VLR cubre un £rea de localization. Pueden existir varios VLR's 
en el area cubierta por un MSG, pero tambien es posible que un VLR contenga 
information de areas cubiertas por varios MSC's. En algunos sistemas, hay un VLR 
10 por cada MSC. El VLR tambien es el nodo al que se envia el comando FSM (Forward 
Short Message) desde el SMSC (Short Message Service Centre, "Centro Servidor de 
Mensajes Cortos"), con el numero de destino para que 6ste encamine el mensaje al 
BSC donde se encuentra el usuario destinatario, para que la estacidn base 
correspondiente entregue el mensaje el usuario. 
15 (En este documento, nos referimos de forma indistinta a un telefono movil, al 

usuario (el que tiene el telefono movil) y al abonado). 

La red tambien comprende un registro maestro de abonados para su 
locaiizacion o HLR (Home Location Register) 9 que es la base de datos donde se 
guardan todos los datos respectivos al servicio movil de los usuarios de la red, tales 
20 como su identificacion IMSI y MSISDN, el VLR en el que se encuentran localizados 
(cada cambio de area de locaiizacion que realiza un movil es detectado por la red y se 
actualiza de forma automatica su direction VLR en la base de datos HLR). Tambien 
existe informaci6n acerca del tipo de servicio que se ofrece al usuario asf como de los 
servicios suplementarios que se le dan. Normalmente, en redes con mucho usuarios, 
25 los datos de usuarios se distribuyen en varios HLRs. 

La red tambten puede incluir un Centro de Autentificaci6n o AUC 
(Authentication Centre), donde se guardan las "tripletas". El HLR obtiene las tripletas a 
traves del AUC; una tripleta se compone de tres numeros una clave (Kc), un numero 
aleatorio (RAND) y una respuesta firmada (SRES). La clave es un parametro que 
30 posee la tarjeta SIM (Subscriber Identity Module - "Modulo de Identificaci6n de 
Usuario") del abonado y la red, y que nunca viaja via radio. La red envia al usuario el 
numero aleatorio, y el usuario, con su clave y un algoritmo, genera una respuesta 
firmada que debe ser igual que la que se ha generado previamente en la red -en el 
AUC- mediante el mismo algoritmo. Frecuentemente, el AUC esta integrado con el 
35 HLR en el mismo nodo, que en tal caso puede denominarse "HLR/AUC". 


La red tambten puede incluir un centro servidor de mensajes cortos o SMSC 
(Short Message Service Centre) 10 (iiustrado en la figura 3) que constituye el punto 
central del servicio de mensajes cortos, que es un servicio suplementario no 
obligatorio en la red (aunque actualmente todos los operadores GSM lo ofrecen). El 
servicio consiste en que el SMSC que el abonado ha configurado en su movil como 
propio, recoge el mensaje corto, averigua la red y el VLR en el que se encuentra el 
usuario de destino y envia finalmente el mensaje corto a dicho VLR, que a su vez se 
encargara de entregarlo. 

En resumen: el usuario con su telefono movil puede desplazarse de una celda 
a otra de la red, lo que significa cambiar de BTS 3 y, a veces, de BSC 4, cambio que 
es gestionado por las MSCs 5, 6 de la red. Cuando el abonado llega a cambiar de 
MSC (en muchos sistemas, cada MSG esta asociado a un VLR y forman parte del 
mismo equipo ffsico), entonces cambia tambien de area de localizacidn y la 
informaci6n de localizacion del abonado se modifica en el HLR 9; de este modo, el 
HLR 9 siempre sabe en que area de localizaci6n se encuentra el usuario. 

Si la red ofrece servicio de mensajes cortos, la transmision de dichos mensajes 
es gestionada por el SMSC 10 de la red en la que se origina el mensaje corto o SM 
(Short Message). Dicho SMSC consulta los datos del usuario (VLR e IMSI) al HLR del 
abonado de destino y envia el mensaje al VLR de destino. 

Para mas information acerca del protocolo MAP y los procedimientos basicos 
de la red GSM, se puede consultar la especificacion de la ETSI: GSM 09.02: Digital 
Cellular Telecommunications System. Mobile Application Part (MAP) Specification. 

Cada red tiene una extension determinada, normalmente nacional. Cada 
usuario esta suscrito como usuario en una red de origen, operada por un operador de 
telefonia movil, en su pais de origen. Los datos relevantes de dicho usuario se 
encuentran en el HLR de dicha red en el pais de origen. 

Sin embargo, normalmente un usuario de una red de origen o HPLMN (Home 
Public Land Mobile Network - red de telefonia movil a la que pertenece un usuario) de 
un primer pais puede utilizar su telefono movil tambien en redes de telefonia movil de 
otros pafses; dichas redes se llaman redes "visitadas" (VPLMN - Visited Public Land 
Mobile Network - red de telefonia movil visitada por un usuario que no pertenece a 
dicha red). El concepto de usar el telefono movil en una red que no es la red de origen 
se conoce como "roaming" y el usuario que se mueve por una red visitada y que usa 
los servicios de dicha red se conoce como un "roamer". 

Cuando un roamer visitante 201 (ver la figura 2) de otra red (HPLMN) 200 
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extranjera pretende localizarse y utitizar una red visitada (VPLMN) 100 en un pafs, al 
encender su telefono io primero que hace es sincronizarse al plan de frecuencias de la 
estacion base (BTS) 3 con la que pretende engancharse. A trav6s de la BTS 3 
contacta con el VLR 7 de la red visitada que da servicio a la zona geografica en 
5 cuestion (es decir, al VLR que corresponde al BTS con el que esta comunicando), para 
solicitar la actualizacion de posicion. 

En la peticion de actualizaci6n de posicion (ver tambten la figura 9), el telefono 
m6vil envfa (entre otros datos y comandos) el ntimero de identificacion de usuario 
intemacional o IMSI ("International Mobile Subscriber Identity") que constituye un 

10 identificador universal del usuario movil en el mundo GSM. No debe confundirse con el 
MSISDN (Mobile Station International ISDN Number), que constituye el numero publico 
a marcar para contactar con el usuario, es decir, su "numero de telefono". 

El IMSI se compone de 15 dfgitos: los 3 primeros identifican al Codigo Movil de 
Pafs (MCC - Mobile Country Code) y los 2 siguientes al Codigo de Red Movil (MNC - 

15 Mobile Network Code). A partir de estos primeros 5 dfgitos, el VLR 7 puede conocer : 
biunfvocamente la red de origen (HPLMN) 200 a la que pertenece el roamer 201 y asf 
determinar si existe un acuerdo de "roaming" entre el operador de la HPLMN 200 del 
roamer y el operador de la VPLMN 100 visitada a la que pertenece el VLR 7. [ 
En caso de existir un acuerdo de roaming entre ambos operadores, el VLR 7 ; 

20 debe analizar dicho IMSI para: 

- Componer el "Mobile Global Title" (MGT). Este numero se obtiene ! 
sustituyendo el MCC+MNC por un identificador E.164 (recomendacion ITU-T) j 
mediante el cual se pueda direccionar el HLR 209 de la HPLMN 200 a traves de la red 
de senalizaci6n intemacional 300. Por ejemplo, para los abonados de la red de , 

25 • Telecel-Portugal haciendo roaming en Espana, el MCC+MNC (268 01 ) debe sustituirse 
por 35191, numero que identifica Portugal (codigo de pafs o "country code" =351) y 
Telecel (91) en la red SS7 intemacional. 

- Construir el mensaje de MAP ("Mobile Application Part" - parte de aplicacion de 
tecnologfa movil) "UpdateLocation", utilizando como direccion SCCP ("Signalling 

30 Connection Control Part" - nivel de red del stack SS7; SS7 es el sistema de 
senalizaci6n que utiliza la red de telefonfa movil) el "Mobile Global Title". El VLR 7 
debe indicar para este operador concreto cual es la version de MAP y si se soportan 
opciones de CAMEL (el concepto CAMEL se comentara mas abajo). Dicho mensaje es 
entregado a la pila de senalizacion SS7 y enviado hacia las pasarelas de senalizacion 

35 intemacional. 
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Al llegar a la HPLMN 200, esta red utiliza los 10 ultimos dfgitos del IMSI para 
encontrar el HLR 209 donde esten definidos los datos de la subscription movil del 
roamer 201. El HLR 209 permite o deniega la actualizacion de posicion en funcion de 
si dicho abonado tiene habilitado el servicio de roaming internacional. En caso 
5 afirmativo, y tras intercambiar con el VLR 7 de la red visitada 100 una serie de datos 
para autentificaci6n, le envia el perfil del abonado (MSISDN, informaci6n de servicios 
b£sicos y suplementarios, etc). 

A partir de ese momento, el roamer 201 queda localizado en el VLR 7 que le da 
servicio, consider&ndose un abonado de la red 100 en la que esta acampado 
10 temporalmente. Por tiltimo, en el MSC/VLR se ha de poder configurar el tratamiento de 
la numeracion marcada para cada rango de IMSIs (cada rango de IMSI corresponde a 
una red de origen HPLMN determinada), aunque en principio el roamer ha de poder 
acceder a la misma numeracion que los propios abonados de la red visitada. El 
esquema de an£lisis de ntimero marcado (es decir, como obtener las rutas, si 
15 consultar algdn nodo de red inteligente, etc.) puede variar en funcion del rango de IMSI 
del abonado o, lo que es lo mismo, en funcion de la HPLMN a la que pertenece. Es 
decir, la MSC obtiene la forma de analizar el numero marcado por el roamer a partir de 
su IMSI, utilizandose una tabla de configuracion mddificable por el operador. 

Para el envfo de mensaies cortos o SMs ("Short Messages") dentro del marco 
20 del servicio de mensajes cortos o SMS ("Short Message Service") proporcionado por 
los operadores de telefoma m6vil, existen los procedimientos normales estandarizados 
por GSM para envio de mensaje corto movil a movil, pasando por el centro servidor de 
mensajes cortos o SMSC ("Short Message Service Centre") 10 del operador (ver la 
figura 3). Sin embargo, existen muchas apiicaciones mediante las cuales se puede 
25 enviar un mensaje desde / hacia el mundo IP (por ejemplo, enviar un mensaje corto 
desde una p&gina web, enviar un mensaje corto originado en movil -SMS MO- hacia 
un concurso de television, etc.). Con la expresion "mundo IP" ("Internet Protocol) nos 
referimos al entorno de Internet; el mundo IP se ha ilustado esquematicamente con la 
referenda numerica 400 en la figura 3. 
30 El SMSC 10 puede recibir una peticion de envfo de SMS: 

- De la MSC 5, mediante un procedimiento normal movil-movil (entre un 
telefono m6vil de origen 1 y un telefono movil de destino). El mensaje es transitado 
hacia el SMSC 10 en base a la direcci6n del centro servidor, configurable en el 
terminal para cada operador. 
35 - Del mundo IP 400, para lo cual los fabricantes de SMSCs tienen 
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implementados protocolos como el SMPP ("Short Message Peer to Peer Protocol", 
protocolo para la comunicacion entre un SMSC y una aplicacion externa). 

A partir de ese momento el mensaje es procesado del mismo modo: El SMSC 
consulta al HLR correspondiente al telefono m6vil de destino 1; y en caso de que el 
5 movil de destino no este disponible, el SMSC almacena el mensaje y lo intenta enviar 
mas tarde, siguiendo una polftica de reintentos predefinida. Si el movil de destino sf 
esta disponible, el HLR devuelve al SMSC 10 el IMSI y el numero del VLR 8 que 
corresponde a la estaci6n base 3 de la celda 2 en la que esta acampado el movil de 
destino. A partir de este momento, el SMSC 10 precede a entregar el mensaje corto 
' 10 encaminandolo hacia el VLR 8 de destino. 

La interaccidn entre el mundo traditional de las redes de conmutacion de 
circuitos (SS7 - "Signaling System 7" ("Sistema de Sefializacidn 7"): el sistema de 
senalizaci6n que utiliza la red de telefonla movil) y de paquetes (IP: "Internet Protocol" 
- protocolo para transmisidn en redes de conmutaci6n de paquetes) estan 
15 convergiendo en una Ifnea comun. 

Por otra parte, existe el concepto de red inteliaente o IN ("Intelligent Network") 
que ha sido estandarizado por la ITU y ETSI y que se basa en definir una nueva 
arquitectura de red para ofrecer servicios avanzados de telecomunicacidn. 

El elemento principal de esta arquitectura es el llamado punto de control de 
20 servicio o SCP ("Service Control Point"), un nodo que toma el control de la llamada en 
un momento de la misma. Tras producirse cierto evento relativo a llamada, el 
conmutador que controla la llamada suspende el procesamiento de la misma 
contactando con el SCP y quedando a la espera de instrucciones. Para ello se debe 
utilizar un protocolo de red inteligente IN sobre SS7. Los estandares mas comunes de 
25 IN son ETSI-Core INAP CSx y AIN (Advanced Intelligent Network) para Red Fija y 
CAMEL ("Customised Application for Mobile Networks Enhanced Logic") para red 
movil. 

El SCP puede realizar distintas tareas una vez que tiene el control de la 
llamada: modificar el numero de destino, liberar la llamada, monitorizar eventos 
30 basicos de llamada (abonado contesta, esta ocupado, cuelga antes de establecer la 
llamada, etc.), descargar unidades de tiempo garantizado de llamada, ordenar la 
reproduction de anuncios customizados con y sin recogida de digitos y acceder a 
bases de datos externas. 

El protocolo CAMEL es en realidad una adaptation de INAP-CS1 para red 
35 mdvil que ademas define nuevos campos para el protocolo MAP, en los que se definen 


los criterios de disparo IN en unas marcas de subscripci6n que se transfieren al VLR 
(CSI=CAMEL Subscription Information). Sin embargo, la estandarizaci6n e 
implementation de CAMEL ha ido bastante por detras de la demanda de mercado en 
cuanto a servicios de IN en redes m6viles. Por ello, en un primer momento se ha 
optado por introducir servicios como "prepago" mediante protocolos propietarios en red 
mdvil (extensiones de INAP-CS1), asf como realizar el disparo (ejecucion de los 
mismos) mediante extensiones propietarias del MAP (marcas de subscription en 
VLR). Siendo CAMEL un estandar para IN movil, permite a un operador ofrecer a sus 
abonados los mismos servicios durante "roaming" que en su HPLMN (siempre y 
) cuando la red visitada VPLMN soporte CAMEL, este la funcionalidad abierta, y el 
abonado este aprovisionado con las marcas CSI en el HLR de la HPLMN). CAMEL 
permite el control de la llamada por parte de la HPLMN durante su establecimiento. 

Sin embargo, ni todas las redes soportan CAMEL, ni todos los abonados de 
una red CAMEL estan aprovisionados con CSI (principalmente se usa CAMEL para 
5 abonados de un servicio de "prepago", para los cuales es esencial dicho control por la 
HPLMN para el cobro de la llamada). 

En escenarios de "roaming" internacional (es decir, roaming en el que la red 
visitada -VPLMN- corresponds a un pais distinto al pais de la HPLMN), es bastante 
comun el desconocimiento por parte de los roamers del procedimiento de marcaci6n 
20 en llamadas Internationales en la red visitada. Teniendo en cuenta que la inmensa 
mayorfa de las llamadas se suelen hacer al pafs de origen, se ha estudiado los errores 
mas comunes cometidos en dicho tipo de llamadas y se ha detectado que son los 
siguientes: 

- Marcar el codigo de pafs (Country Code) sin anteponer el V o el '00' 
25 (identificadores de llamada internacional). 

- Marcar '+ 00* delante del country code (es decir, utilizar simultaneamente los 
dos identificadores de llamada internacional). 

- Marcar solamente un '0' e inmediatamente despues el CC (Country Code). 

- Utilizar el '*' (asterisco) en vez del '+'. 

30 - Marcacion por agenda en formato nacional, como si el usuario estuviese 

localizado en su pafs de origen. 

- Para ciertos pafses como el Reino Unido, la inclusion del c6digo de escape 
para marcacion nacional, c6digo que nunca debe ser incluido cuando se marca desde 
el extranjero (+44 0 resto del nOmero). Este error era muy comun al llamar hacia 

35 Espaha desde el extranjero, antes del cambio global de numeration espanola. 
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Antiguamente el '9* constitufa un codigo de escape para marcac»6n en Espana, que no 
anadia ningun tipo de informacion. Sin embargo, para marcaci6n desde el extranjero, 
dicho codigo no debfa incluirse (p.ej, para llamar a Madrid debia marcarse 0034 1 y no 
0034 91). Tras la ampliacion del plan de numeracion espanol para que el primer dfgito 
5 identificase el tipo de red (8,9 para fijos; 6 para m6viles), dicho dfgito ya hubo de 
incluirse en marcacion internacional (+34 91.., +34 607..). 

Despues de estudios de estos errores se ha llegado a considerar que seria 
deseable establecer un sistema que proporcionase al roamer una informacion 
adecuada sobre estos errores, para evitar que se vuelvan a producir y/o para informar 
' 10 al usuario de como marcar correctamente. 

Actualmente, las llamadas efectuadas por roamers acampados en muchas 
redes visitadas extranjeras no son sometidas a ningun procesamiento especial. La 
numeraci6n es analizada bajo el mismo esquema de enrutamiento que los abonados 
propios de la red visitada. Solo pequehos cambios han sido introducidos en las MSCs 
15 para aplicar una locucion en ingles en caso de intento de acceso a un numero 
inexistente. Debe indicarse que el analisis de numeracion en las MSCs es un proceso 
poco flexible: consiste b£sicamente en quitar y ahadir dfgitos al numero marcado y 
establecer la ruta a seguir por la llamada. No incluye decisiones complejas, como 
analizar en mayor profundidad los defectos cometidos en la numeraci6n marcada por 
20 los abonados, ni enviar mensajes cortos en caso de marcacion defectuosa. 

El estandar CAMEL comentado en lo anterior, permite a la HPLMN el control de 
la llamada realizada por el roamer en el momento de efectuarse. Para ello, dichos 
abonados "roamer" tienen unas marcas especiales de subscripcion (CSI), que 
permiten establecer un dialogo de control con un SCP de la HPLMN (concretamente, 
25 con un gsmSCF - termino usado en el mundo GSM para referirse a un SCP 
involucrado en un dialogo CAMEL) durante el establecimiento de llamada. 

Sin embargo, en la actualidad, muchos operadores de redes que hacen de 
VPLMN no tienen firmados acuerdos CAMEL con todos los demas operadores de 
redes de telefonia m6vil del mundo GSM. Ademas, en cuanto a algunos operadores, 
30 los acuerdos CAMEL solo se aplican a usuarios del servicio "prepago", es decir, s6lo 
estan aprovisionados con marcas CAMEL los abonados de dicho servicio "prepago". 
Para el resto de los roamers, el control de la llamada pertenece exclusivamente a la 
red visitada (VPLMN). Por ello, serfa deseable ejecutar un servicio complementario al 
que ofrece CAMEL para abonados que no disfrutan del servicio CAMEL (dicho servicio 
35 complementario podrfa ser inaccesible para usuarios que poseen la marcas CAMEL). 
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Un objetivo de la invenci6n corresponde a ofrecer las bases para un servicio 
adecuado de informaci6n de marcacion para usuarios visitantes que no dependa del 
estandar CAMEL. 

5 DESCRIPCIQN DE LA INVENCI6N 

Un primer aspecto de la invenci6n se refiere a un sistema de aviso de errores 
de marcacion a usuarios visitantes en una red de telefonfa m6vil visitada (VPLMN), 
siendo un usuario visitante un usuario de una red de telefonfa movil de origen 
(HPLMN) distinta a la red de telefonfa movil visitada. Segun la invencion, el sistema 

' 10 comprende: 

un primer nodo de la red de telefonfa m6vil visitada que comprende medios de 
analizar un numero marcado por un usuario y determinar si dicho numero marcado 
cumple al menos un criterio de error predeterminado; y 

medios de enviar un mensaje corto (SM) con un aviso de error de marcacion al 
1 5 usuario si dicho numero marcado cumple al menos un criterio de error predeterminado. 

Dicho primer nodo puede ser un punto de control de servicio (SCP) de la red de 

telefonfa movil visitada. 

El sistdma puede comprender medios de determinar la identidad de red de 
telefonfa movil de origen (HPLMN) en base al IMSI del usuario. 
20 Por otra parte, el sistema puede comprender: 

medios de enviar desde el primer nodo de la red de telefonfa mdvil visitada, un 
mensaje de envfo de mensaje corto a un gateway SS7-IP; 

medios de enviar desde dicho gateway SS7-IP, un mensaje http de envfo de 
mensaje corto a un servidor de envfo de mensajes cortos; y 
25 medios de enviar desde dicho servidor de envfo de mensajes cortos, un 

mensaje corto dirigido al usuario, a un centra servidor de mensajes cortos (SMSC) de 
la red visitada. 

El sistema puede comprender medios de seleccionar el texto del mensaje corto 
en base a la identidad de la red de telefonfa movil de origen (HPLMN), por ejemplo, 
30 medios de seleccionar el texto del mensaje corto en base al IMSI del usuario visitante. 

El servidor de envfo de mensajes cortos puede incluir una base de datos con 
textos para mensajes cortos, y medios de seleccionar un texto para un mensaje corto 
en base a un c6digo indicador inclufdo en el mensaje http recibido del gateway SS7-IP. 
El mensaje http comentado en lo anterior puede incluir, al menos, un codigo 
35 indicador de un texto para el mensaje corto y el numero (MSISDN) del telefono m6vil 


del usuario al que debe enviarse el mensaje corto. 

El sistema puede comprender medios de enviar al primer nodo, un mensaje 
inicial de establecimiento de control que comprende, al menos, los siguientes datos: el 
numero de tel^fono marcado por el usuario; el numero (MSISDN) del tetefono m6vil del 
usuario; y el I MSI del usuario. Los medios de enviar al primer nodo un mensaje inicial 
de establecimiento de control pueden estar comprendidos en los MSCs de la red de 
telefonia m6vil visitada (VPLMN), de modo que cuando un usuario en una celda 
correspondiente a un MSC marca un numero de telefono, dicho MSC envfa el mensaje 
inicial de establecimiento de control al primer nodo. 

El sistema puede comprender medios de control para evitar que se envfe a un 
usuario un segundo mensaje corto con aviso de error de marcacion si el tiempo 
transcurrido desde el envfo de un primer mensaje corto con aviso de error de 
marcaci6n al mismo usuario es inferior a un tiempo mfnimo predeterminado. 

Los criterios de error pueden incluir uno o varios criterios seleccionados del 
grupo que comprende los siguientes criterios: 

- el ntimero marcado empieza con "+" seguido por un signo distinto a una cifra 

C, 1<C<9; 

- el numero marcado empieza con "00" seguido por un signo distinto a una cifra 
C, 1<C<9; 

- el numero marcado es un numero de 9 cifras que empieza con una cifra que 
no sea 6, 7, 8 o 9; 

- el numero marcado empieza con un o "00" seguido por un codigo de pafs 
seguido por un codigo de escape no aplicable para marcacidn internacional a dicho 
pais; y 

- el numero marcado es un numero con menos de 9 cifras que no sea un 
codigo corto. 

Otro aspecto de la invencion se refiere a un metodo de aviso de errores de 
marcacion a usuarios visitantes en una red de telefonia movil visitada (VPLMN), 
siendo un usuario visitante un usuario de una red de telefonia movil de origen 
(HPLMN) distinta a la red de telefonfa movil visitada. El metodo comprende los pasos 
de: 

(a) analizar, en un primer nodo de la red de telefonia m6vil visitada, un numero 
marcado por el usuario y determinar si dicho numero marcado cumple al menos un 
criterio de error predeterminado; 

(b) si dicho numero marcado cumpie al menos un criterio de error 
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predeterminado, enviar al menos un mensaje corto (SM) al usuario, comprendiendo 
dicho mensaje corto al menos un aviso de error de marcacion. 

El primer nodo puede ser un punto de control de servicio (SCP) de la red de 
telefonfa movil visitada. 
5 El metodo puede adicionalmente comprender el siguiente paso: 

(c) se determina la identidad de la red de telefonfa movil de origen 
(HPLMN) del usuario y se determina, en base a la identidad de la red de telefonfa 
movil de origen (HPLMN) del usuario, si el usuario tiene derecho a un servicio de aviso 
de errores de marcacion. 
1 10 La identidad de la red de telefonfa m6vil de origen se puede determinar en 

base al IMSI del usuario. 

El paso (c) se puede realizar antes del paso (b) e, incluso, antes del paso (a). 
El paso (b) puede comprender los pasos de: 

- enviar desde un punto de control de servicio (SCP) un mensaje de envfo de 
1 5 mensaje corto a un gateway SS7-IP; 

- enviar desde dicho gateway SS7-IP, un mensaje http de envfo de mensaje 
corto a un servidor de envfo de mensajes cortos; 

- enviar desde dicho servidor, un mensaje corto dirigido al usuario visitante, a 
un centro servidor de mensajes cortos (SMSC) de la red visitada. 

20 El texto del mensaje corto se puede seleccionar en base a la identidad de la 

red de telefonfa movil de origen (HPLMN), por ejemplo, en base al IMSI del usuario 
visitante. 

Se * puede seleccionar el texto entre una pluralidad de textos comprendidos en 
una base de datos del servidor de envfo de mensajes cortos, en base a un codigo 
25 indicador inclufdo en el mensaje http recibido del gateway SS7-IP. 

El mensaje http puede incluir, al menos, un c6digo indicador de un texto para 
mensaje corto y el numero del telefono movil (MSISDN) del usuario al que debe 
enviarse el mensaje corto. 

El metodo puede comprender un primer paso que comprende enviar al primer 
30 nodo, un mensaje inicial de establecimiento de control que comprende, al menos, los 
siguientes datos: el numero de telefono marcado por el usuario; el numero del telefono 
m6vil (MSISDN) del usuario; y el IMSI del usuario. El mensaje inicial de 
establecimiento de control se puede envfar desde un MSC de la red de telefonfa m6vil 
visitada que corresponde a la celda en la que se encuentra el usuario. 
35 Antes de enviar un mensaje corto con aviso de error de marcacion al usuario, 



-13- 

se puede comprobar que ha transcurrido un tiempo mfnimo predeterminado desde el 
envfo de un mensaje corto con aviso de error de marcacion anterior al mismo usuario y 
si no ha transcurrido dicho tiempo mfnimo predeterminado, no se envia el mensaje 
corto con aviso de error de marcacion. 
5 Los criterios de error pueden incluir uno o varios criterios seleccionados del 

grupo que comprende los siguientes criterios: 

- el numero marcado empieza con V seguido por un signo distinto a una cifra 
C, 1<C<9; 

- el numero marcado empieza con "OCT seguido por un signo distinto a una cifra 
10 C, 1<C<9; 

- el nCimero marcado es un numero de 9 cifras que empieza con una cifra que 
no sea 6, 7, 8 o 9; 

- el numero marcado empieza con un o "00" seguido por un codigo de pais 
seguido por un codigo de escape no aplicable para marcacion internacional a dicho 

15 pafs; y 

- el numero marcado es un numero con menos de 9 cifras que no sea un 
codigo corto. 

Es posible llevar a cabo el metodo solo para usuarios visitantes que no esten 
aprovisionados con marca O-CSI de servicio CAMEL. 

20 

BREVE DESCRIPCION DE LOS DIBUJOS 
A continuaci6n se pasa a describir de manera muy breve una serie de dibujos 
que ayudan a comprender mejor la invencidn y que se relacionan expresamente con 
una realizacion de dicha invencion que se presenta como un ejemplo ilustrativo y no 
25 limitativo de esta. 

Las figuras 1-3 reflejan, de forma esquematica, la relacion entre algunos 
elementos importantes de redes convencionales (segun el estado de la tecnica). 

La figura 4 refleja, de forma esquematica, una configuracion de una red de 
acuerdo con una realizacion preferida de la invencion. 
30 La figura 5 refleja, de forma esquem&ticamente la relacion entre el SCP y el 

SDP-gateway SS7-IP. 

La figura 6 refleja, de forma esquematica, la relacion entre el SDP-gateway 
SS7-IP, el servidor IP y el centra servidor de mensajes cortos SMSC. 

La figura 7 es un diagrama de flujo que refleja la logica del servicio de aviso de 
35 errores de marcaci6n en el SCP. 
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La figura 8 es un diagrama de flujo que refleja un proceso llevado a cabo en el 
MSC de la red visitada. 

La figura 9 refleja, de forma esquematica un proceso de actualizaci6n de 
posicion de un usuario visitante (de acuerdo con el estado de la tecnica) 
5 La figura 10 refleja, de forma esquematica, algunos pasos del procedimiento 

segun una realizacion preferida de la invencion. 

DESCRIPCION DE UNA REALIZACION PREFERIDA DE LA INVENCION 
La figura 4 ilustra de forma esquematica una red que en gran parte 

10 corresponde al estado de la t6cnica, tal y como se ha comentado en lo anterior (los 
componentes convencionales llevan las mismas referencias numericas que en las 
figuras relativas al estado de la tScnica). Es decir, la VPLMN 100 incluye sus 
estaciones base 3, sus BSCs 4, sus MSCs 5 y VLRs 7, igual que en las redes 
convencionales comentadas en lo anterior. Adem&s, se ilustra una red HPLMN 200 

15 con su HLR 209 en el que estan almacenados datos relevantes al usuario 201 suscrito 
en dicha HPLMN 200 pero que actualmente se encuentra de visita ("roaming") en una 
celda2de la VPLMN 100. 

El MSC 5 de la VPLMN 100 puede establecer un dialogo de control CAMEL 
(esquematicamente ilustrado con la referencia numerica 15 en la figura 4) con un SCP 

20 230 de la red de origen HPLMN 200, concretamente, con un gsmSCF. 

Por otra parte, igual que en los sistemas convencionales, tambien existen 
medios de dialogo mediante mensajes MAP 14 entre el MSC 5 de la VPLMN 100 y el 
HLR 209 de la HPLMN 200, por ejemplo, para que el usuario visitante puede utilizar su 
tetefono movil en la red visitada VPLMN 100. 

25 Ahora bien, la red visitada VPLMN 100 tambien incluye un punto de control de 

servicio SCP 1 1 accesible desde el MSC 5 a trav6s de un STP 12 ("Signalling Transfer 
Point" - un punto intermedio de senalizacion de la red, que contribuye a encaminar los 
comandos y mensajes hacia el punto de destino). El acceso se hace a traves de un 
dialogo INAP-CS1 esquematicamente ilustrado con la referencia numerica 13 en la 

30 figura 4. 

Partiendo de la figura 4 y de acuerdo con una realizacion preferida de la 
invencidn, se lleva a cabo las siguientes operaciones: 

1) La unidad correspondiente al MSC/VLR (referencias numericas 5 y 7 de la 
red VPLMN 100 en la figura 1) detecta que un usuario visitante ("roamer") marca un 
35 numero de tetefono. En base al IMSI del usuario, se determina si 6ste pertenece a una 
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red de origen (HPLMN) con el que existe un acuerdo de aviso de errores de 
marcaci6n. Si existe tal acuerdo, la unidad MSC/VLR establece un dialogo de control 
INAP-CS1 (referencia numerica 13 en la figura 4) con el SCP 11, que es el que 
contiene la I6gica del servicio de aviso de errores de marcacion. Dicho dialogo se lleva 

5 normalmenteacaboatravesdeunoovariosSTPs12. 

2) El SCP 11 analiza los argumentos de la operaci6n de CS1 InitialDP 
(mensaje inicial de establecimiento de control) y ejecuta la I6gica del servicio de aviso 
de errores de marcaci6n, para verificar si se da un caso de marcacidn erronea; 
preferiblemente, se entiendo como caso de marcacidn err6nea un caso en el que se 

10 cumple al menos uno de una serie de criterios de error predeterminados, por ejemplo, 
los siguientes: 

- Marcacion del c6digo de pais (Country Code) sin anteponer el V o el '00' 
(identificadores de llamada internacional). 

- Marcacion de '+ 00' delante del c6digo de pais (Country Code); es decir, 
1 5 utilizaci6n simultanea de los dos identificadores de llamada internacional. 

- Marcaci6n de solamente un '0' e inmediatamente despues el codigo de pais : 

(Country Code). 

- Utilizacidn de '*' (asterisco) en vez del '+'. 

- Marcacion por agenda en formato nacional, como si el usuario estuviese 
20 localizado en su pais de origen. (Sin embargo, no siempre es posible determinar si se 

cumple este criterio de error. Por ejemplo, si el usuario se mueve en un VPLMN 
espanol y si el numero marcado, presuntamente obtenido de la agenda del movil como 
si estuviese en su pafs origen, comienza por '6', T. '8' 6 '9' y su longitud es de 9 
dfgitos, no se puede identificar si en realidad el abonado esta intentando acceder a un 
25 numero nacional espanol o bien a un numero nacional de su pafs origen. Ante esta 
ambigiiedad, el servicio de aviso de errores de marcaci6n considerara la llamada 
correcta, es decir, en el caso del ejemplo dado, con destino Espana). 

- Para ciertos pafses como el Reino Unido, la inclusi6n del codigo de escape 
para marcacion nacional, que nunca debe ser incluido cuando se marca desde el 
30 extranjero (+44 0 resto del numero). 

3) Si no se cumple ningun criterio de error, se supone que no existe ningun 
error y se deja que la llamada continue (el SCP 11 enviara la operacion Continue al 
MSC 5). 

Si se cumple uno de los criterios de error predeterminados, se supone que la 
35 marcaci6n internacional es err6nea, y el SCP 1 1 enviara: 
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- Por una parte, hacia el MSC 5, la operacion ReleaseCall, de modo que se 
libere la llamada con un anuncio vocal indicando que el numero marcado no existe. 

- Por otra parte, una operaci6n de red inteligente (IN) de acceso a base de 
datos (pueden utilizarse protocolos propietarios de suministrador o bien ETSI-CS2, 

5 como Search). Dicha operacion ha de ser enviada hacia una plataforma que haga las 
funciones de SDP (es decir, que interprete la operacion recibida) (SDP es un acronimo 
de "Service Data Point" y corresponde a un nodo que guarda datos de servicio y/o 
abonados en una arquitectura de red inteligente, siendo capaz de devolver y/o 
modificar datos segun peticiones del SCP) y a la vez de gateway con el mundo IP 

10 (Internet). En la figura 5, se ilustra esquematicamente la relacion entre el SCP 11 y el 
SDP-gateway SS7-IP 16, el cual funciona como gateway o puente entre el entorno 
SS7 (referencia numerica 500 en la figura 5) y el entorno IP (400). 

4) El SDP-gateway (o, simplemente, gateway) SS7-IP 16 recibe (a traves de un 
STP 17) el mensaje SS7 (referencia numerica M1 en la figura 5) con los argumentos 

15 necesarios para enviar al abonado el mensaje corto (SM). Basicamente, dicho 
mensaje SS7 debe incluir un codigo identificador de mensaje corto, el MSISDN 
(numero de tetefono) del usuario que origino la llamada (es decir, del telefono movil 
201 visitante) y un identificador de un servidor 18 del dominio IP encargado de generar 
el mensaje corto (SM). A partir de estos argumentos, el SDP-gateway construye una 

20 peticion http ("Hyper Text Transfer Protocol" - protocolo de aplicacion para transmision 
sobre IP) hacia dicho servidor 18 del dominio IP (ver la figura 6). Adem&s, el gateway 
1 6 puede enviar un mensaje de confirmacion (M2) hacia el SCP 1 1 . Dicho mensaje 
puede ser iniciado desde el servidor 18 (una vez que haya procesado correctamente la 
peticion http). 

25 5) El servidor 18 del dominio IP extraera los datos necesarios para generar un 

mensaje corto. A partir del codigo identificador de mensaje corto obtendr6 su 
contenido (texto) de una base de datos. Sabiendo el MSISDN del roamer y el texto del 
mensaje corto educacipnal, se realizar£ una peticion de envfo al SMSC 10 (en el 
protocolo IP que este Gltimo elemento soporte). 

30 6) Una vez que alcanzado el SMSC 10, el mensaje corto es entregado al 

telefono movil 201 del roamer siguiendo los procedimientos GSM convencionales. La 
unica particularidad es que el SMSC deber£ consultar al HLR 209 de la red de origen 
(HPLMN) 200 (operacion de MAP SendRoutinglnfoForSMS) para averiguar el IMSI y el 
identificador de VLR, El SMSC 10, al recibir el numero del VLR 7 correspondiente a la 

35 estacion base 3 de la celda 2 en la que se encuentra el telefono movil 201 del roamer, 
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encaminar6 dicho mensaje directamente para su entrega sin pasar por gateways 
internacionales. Es decir, el mensaje corto nunca pasa a senalizacion intemacional 
300, dado que el SMSC 10 forma parte de la propia red visitada VPLMN 100. Tan solo 
se produce una transaccion intemacional para obtener los datos necesarios para 
5 encaminar el mensaje (concretamente, la consulta del SMSC 10 al HLR 209 de la red 
de origen 200). 

Para mayor claridad, pasamos a explicar algunos aspectos de la invenci6n m&s 
detalladamente, partiendo de los siguientes tres aspectos: 

a- Configuracion del MSC/VLR (5/7) donde el usuario visitante esta acampado 
10 para realizar el disparo IN al SCP 11 (suspension del procesamiento de llamada y 
establecimiento de mensaje inicial de control). Este disparo debe ser configurado para 
cada operador al que se le quiere ofrecer el servicio de aviso de errores de marcacion. 
b- Ejecuci6n de la I6gica del servicio de aviso de errores de marcacion, 
. analizando los argumentos de senalizacion enviados por la red de conmutaci6n. 
15 Basandose en los datos recibidos, la logica determina si la marcacion intemacional es 
correcta o no, y en funci6n de ello realiza o no una peticion de envfo de mensaje corto 
al SDP-gateway SS7-IP. 

c- Flujo e interaction con el mundo IP: el SDP-gateway SS7-IP 16 traduce el 
mensaje SS7 en una peticion http hacia un servidor 18 del dominio IP, un servidor 
20 capaz de generar mensajes cortos, el cual obtiene el contenido del mensaje corto a 
enviar y realiza la petici6n final al SMSC 10 para su envfo. A partir de este punto, el 
SMSC 10 envfa el mensaje corto al roamer destinatario, por metodos convencionales. 

El primer aspecto comentado se refiere al "disparo" del servicio de aviso de 
errores de marcaci6n en el SCP 1 1 f y la construccidn de un mensaje inicial de control 
25 {InitialDP). Dicho mensaje de aplicacion sera entregado a las capas inferiores del 
protocolo de senalizacion SS7 (TCAP -Transaction Capability Application Protocol", 
SCCP - "Signalling Connection Control Part 11 y MTP -"Message Transfer Part"), que se 
encargaran de encaminarlo por los STPs 12 hasta alcanzar el SCP 11 donde reside la 
I6gica del servicio. 

30 Se ha optado por hacer el servicio de la invencion incompatible con cualquier 

servicio CAMEL con el que pudiese estar aprovisionado el usuario visitante. En caso 
de que dicho usuario este aprovisionado con un O-CSI, se establecer£ 
incondicionalmente el mensaje CAMEL- InitialDP hacia la direccion SS7 especificada 
en el.campo gsmSCFAddress (perteneciente al O-CSI). Dicho de otra forma, la 

35 * MSC/VLR de la red visitada (VPLMN) debe contactar inmediatamente vfa red SS7 
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intemacional 300 con el SCP (gsmSCF 230) de la HPLMN 200 cuya direccion se 
especifica expresamente en la marca O-CSI. A partir de este momenta, el SCP 
(gsmSCF 230) de la HPLMN toma el control de la llamada, pudiendo establecer 
distintas acciones (entre las cuales se encuentra la modificaci6n del numero de 
destino). (En caso de que el SCP de la HPLMN 200 no modifique el numero de destino 
de llamada, la MSC de la red visitada podria establecer un disparo al servicio local de 
aviso de errores de marcacion. Sin embargo, una solucion asf serfa un tanto 
complicada, quedando fuera de esta realizaci6n preferida de la invenci6n. Esta 
realizacion preferida pretende ofrecer una aplicacion "pre-CAMEL" a los usuarios 
visitantes. Se trata en realidad de un concepto antag6nico a CAMEL. El estandar 
CAMEL permite a una HPLMN el controlar una llamada efectuada por un roamer en 
tiempo real cuando se esta estableciendo. Por lo tanto, si el roamer esta provisto con 
O-CSI en el VLR, la red visitada esta transfiriendo (debe transferir) el control de la 
llamada a la HPLMN del usuario, habilitandole acceso para que implemente las 
15 funcionalidades de detecci6n y/o notificacion de errores de marcacion (funciones 
ejecutadas localmente para usuarios no CAMEL)). 

El disparo debe configurarse en base a la identidad del operador del HPLMN 
del usuario visitante (que puede ser identificado en base al IMSI del usuario visitants), 
de forma que se pueda activar el servicio de aviso de errores de marcacion de forma 
20 selectiva en funci6n de la identidad del operador del HPLMN del usuario visitante. De 
esta forma, se puede ir activando gradualmente el numero de operadores a los que se 
ofrece el servicio. De esta forma se evitaran sobrecargas en el SCP 11, en la red de 
senalizaci6n SS7 (los STPs), y en los demas sistemas involucrados en el servicio de 
aviso de errores de marcaci6n (SDP-gateway SS7-IP, nodos IP para envfo de 
25 mensajes cortos, etc.). De esta forma, los MSCs se pueden configurar de modo que se 
ejecute el servicio de aviso de errores de marcaci6n para usuarios de algunos 
HPLMNs pero no para usuarios de otros HPLMNs. 

A continuation se muestra el formato ASN.1 , a nivel de aplicaci6n, para el 
mensaje CS1 InitialDP, usado para transferir el control de la llamada al SCP 11: 


30 


InitialDP OPERATION 
ARGUMENT 
SEQUENCE { 
servlceKey [0] INTEGER (0..21 47483647), 
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calledPartyNumber [2] OCTET STRING (SIZE (1..41)), 

callingPartyNumber [3] OCTET STRING (SIZE (2..10)), 
extensions [15] SEQUENCE SIZE (1..16) OF SEQUENCE { 
type INTEGER (0..63), 

5 criticality ENUMERATED { ignore (0), abort (1) } DEFAULT ignore, value [1] 

kindOf NumberValue EXPLICIT Number 
} ExtensionFieldl OPTIONAL 

} 

' 10 

ETSI Core I NAP CS1 es un est£ndar orientado a redes fijas. Por ello carece de un 
campo especffico para enviar el contenido del I MSI (informaci6n especffica de redes 
m6viles). Sin embargo, el est&ndar permite cierta tibertad para que un operador defina 
extensiones donde pueda enviar dicho tipo de informacion. El envfo de dichas 

15 extensiones, asf como el contenido de las mismas, es una informaci6n especffica del 
operador de red. Para el servicio de aviso de errores de marcacion para visitantes, el 
mensaje InitialDP contiene una extension en la que se envi'a el IMSI, para su correcto 
procesamiento por parte de la I6gica en el SCP 11. 

El SCP 1 1 decodificara los argumentos enviados en el InitialDP al recibir dicho 

20 mensaje: 

- El ServiceKey es un identificador que el SCP utilizara para direccionar la 
I6gica del servicio de aviso de errores (un SCP puede procesar distintas logicas de 
servicio segdn dicho par£metro). 

- El CalledPartyNumber contiene el numero marcado. Dicho numero ser& 
25 objeto de un analisis minucioso para determinar los fallos posibles. 

- El CallingPartyNumber contiene el numero (MSISDN) llamante. El SCP 11 lo 
necesita para determinar el destino del mensaje corto (SM) educacional en caso de 
marcacion erronea. 

- Por ultimo, el IMSI (codificado dentro de una extension) contiene informaci6n 
30 de la red de origen (HPLMN) a la que pertenece el abonado. Dependiendo de dicha 

red, se podra customizar el contenido del mensaje corto educacional, por ejemplo, 
enviar un mensaje en el idioma del pais de la HPLMN. 

En el SCP 11 , la logica del servicio realiza un analisis minucioso para detectar 
los errores mas cpmunes en llamadas internacionales, en Ifnea con lo que se ha 
35 comentado en lo anterior. Para asegurarse que se detectan todos estos errores, la 
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logica de servicio realiza preferiblemente las siguientes comprobaciones: 

i) Si el numero de destino comienza por '+' (parametro NatureOfAddress = 4 - 
internacional -), y el primer dfgito no pertenece al rango 1..9, entonces se trata de un 
numero err6neo (el primer dfgito de un c6digo de pais nunca puede ser '0' ni mucho 

5 menos un dfgito hexadecimal como '*' o '#'). 

ii) Si el numero de destino comienza por '00', y el siguiente dfgito no pertenece 
al rango 1..9, entonces tambien se trata de un numero err6neo. 

Hi) Si las comprobaciones realizadas en las secciones 1 y 2 son superadas con 
exito, es necesario saber si el pais destino tiene c6digo de escape para marcaci6n 
10 nacional. Si, por ejemplo, en el case del Reino Unido, el numero marcado comienza 

con +440 6 00440, entonces se trata de una llamada err6nea. Si un numero ; 
internacional supera esta ultima comprobaci6n se considerara una llamada correcta, - ; 
tras lo cual el SCP dejara continuar la llamada (envfo de la operaci6n Continue hacia 
la MSC 5 para devolverle el control de la llamada). 

iv) Si no se cumplen ninguna de las condiciones previas, el abonado puede 
estar o bien intentando acceder al plan de numeration nacional de su pafs _ 
incorrectamente o bien al plan de numeraci6n del pafs visitado. La I6gica de la \ 
invencion comprueba si se cumple esta ultima condici6n. En este punto siempre hay ' 
que contar con una ambigfledad obvia: puede existir colisi6n con el plan de : 
20 numeracion del pafs origen. El usuario visitante puede estar intentando acceder a su 
agenda en la que puede tener un numero en formato nacional que coincida con el 
formato del pafs de la red visitada (VPLMN). Un ejemplo muy claro lo tenemos en el 
plan de numeracion m6vil de Portugal con respecto a Espana. Para marcaci6n interna, 
en Portugal el rango '9V esta reservado para la red movil de Telecel®. Un roamer 
25 portugues puede intentar, por ejemplo, marcar el 91 XXXXXXX cuando esta localizado 
en una red espafiola. En este caso, es imposible determinar si el abonado pretende 
contactar erroneamente con un m6vil portugues a traves de la marcaci6n por agenda o 
si por el contrario quiere contactar con un numero de la provincia espahola de Madrid 
(los telefonos fijos de Madrid tienen numeros de 9 dfgitos que empiezan por "91"). 
30 Ahora bien, un servicio de aviso de errores de marcacion basado en la 

invenci6h e implementada en una red m6vil espafiola, podrfa realizar las siguientes 
comprobaciones: 

- Si el numero marcado tiene 9 dfgitos y comienza por 6, 7, 8 6 9 (rangos 
asignados a redes fijas o moviles espanolas) la llamada se dejara continuar. 
35 - Si el numero marcado tiene menos de 6 dfgitos (posibilidad de acceso a 
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codigo corto), la llamada se dejara continuar. 

Si la marcacion coincide con alguno de los criterios de llamada err6nea, se 

procede de la siguiente forma: 

1 . A partir del IMSI (que identifica biunfvocamente a la HPLMN), la fogica de la 
invencion, implementada en el SCP 11, extrae un codigo identificador del mensaje 
corto educacional a enviar al abonado. El SCP 11 envfa hacia el SDP-gateway SS7-IP 
16 una orden o mensaje de envfo de mensaje corto, mediante un protocolo IN de 
acceso a bases de datos (se puede tratar de un protocolo propietario especffico de 
operador de red o bien de ETSI-CS2 - operacion Search-). En dicho mensaje SS7 (M1 
en la figura 5) se enviara la informacion necesaria para completar el envfo del 
mensaje: el codigo identificador del mensaje corto educacional, el identificador de la 
plataforma para el envfo del mensaje corto (es decir, el identificador del servidor 18), y 
el numero (MSISDN) de destino (que coincidira con el numero de telefono del telefono 
m6vil 201 del usuario roamer). Este mensaje se encaminara a traves de los STPs 17 
1 5 hacia el SDP-gateway SS7-IP 16. 

2. El SCP 11 libera la llamada mediante la operacion de CS1 ReleaseCall. 
Dicha operacfon se envfa de vuelta a la MSC 5. La causa especffica para liberar la 
llamada es un dato especffico de operador de red. Por ejemplo, la causa puede ser 
unallocated number. Tras la recepcion de esta causa, la MSC 5 aplica al abonado, por 
20 ejemplo, una locucfon generica en ingles indicando que el numero marcado no existe. 

Otro aspecto de la invencfon comentado en lo anterior es el que se refiere al 
envfo del mensaje corto educacional. El elemento clave para el procesamiento del 
mensaje corto educacional en el dominio IP es el SDP-gateway SS7-IP 16. Este 
elemento es una plataforma que ejerce las funciones de traduccfon de un mensaje 
25 SS7 (que lleva una serie de argumentos claves para enviar el mensaje corto) en una 
peticfon http, que sera procesada en el mundo IP 400. 

El SDP-gateway SS7-IP 16 tiene cargadas unas tablas de configuracfon para 
determinar la direccfon IP del servidor 18 encargado de generar y enviar los mensajes 
cortos (SM). Hacia dicha direccfon IP, el gateway SS7-IP envfa un mensaje http 
30 indicando el c6digo identificador de mensaje corto (puede haber, por ejemplo, un 
c6digo de mensaje corto especffico por cada HPLMN con la que existe acuerdo de 
servicio de aviso de errores de marcacion y un codigo identificador de mensaje corto 
general que se aplica a HPLMNs con cuyos operadores no existen acuerdos de tal 
servicio) y el MSISDN destino de dicho mensaje corto. Se muestra a continuacfon un 
35 modelo para dicho mensaje http: 
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http://servidor_sms.vodafone.es/mensajesJmv/imv?msisdn=n=destino&token=id 
ador.SMS 

5 Preferiblemente, el gateway 16 tiene implementada una I6gica de control de 

flujo de envfo de mensajes cortos. Un comportamiento muy previsible por parte de los 
abonados cuando realizan una marcaci6n incorrecta es reintentar la llamada. Puesto 
que la recepci6n de un mensaje corto educative tarda un tiempo (en el orden de unos 
segundos) desde la marcacfon incorrecta correspondiente, es conveniente disponer de 

10 un mecanismo de control para evitar una avalancha de un mensaje corto por cada 

marcacion incorrecta. Con este mecanismo: : 

- Se evitan posibles sobrecargas tanto en la red SS7 como en la red IP. 

- Se evita un efecto molesto para el usuario final: serfa molesto recibir varias 
veces el mismo mensaje corto educative, lo cual serfa contraproducente si lo que se $ 

15 quiere es ofrecer una notificacfon educacional con el fin de aumentar el grade de 

satisf acci6n del usuario. . 

Por cada operacion de envfo de mensaje corto educative iniciado a traves del ; 
SDP-gateway SS7-IP 16, dicho gateway incluira en una tabla el numero MSISDN del : 
abonado al que se le envfa el mensaje. Junto a dicho numero se incluira una marca 
20 horaria que indique cuando se ha producido dicha eperacion. Cuando el SDP-gateway 
SS7-IP recibe del SCP 11 una operacfon SS7 para el envfo de un mensaje corto 
educative el SDP-gateway 16 consulta si el MSISDN se encuentra en dicha tabla. En 
caso afirmativo, comprueba la marca horaria y analiza si ha transcurrido un tiempo 
mfnimo (por ejemplo, 15 minutes) desde dicha marca horaria (se puede usar, por 
25 ejemplo, un temporizador configurable). Si no ha transcurrido dicho tiempo mfnimo, el 
gateway 16 no envfa el mensaje http hacia el servidor 18, enviando igualmente hac.a 
el SCP 11 una confirmacfon M2 de mensaje correctamente procesado (es deer, el 
control para evitar que se envfen multiples mensajes cortos educativos de forma 
consecutiva en el caso de repetirse varias marcaciones err6neas dentro de un 
30 intervalo corto de tiempo, se lleva a cabo en el gateway 16 y es algo transparente para 
el SCP 11). 

Por otra parte, el servidor 18 de envfo de mensajes cortos lleva a cabo las dos 

siguientes acciones: 

- Cargar el texto del mensaje corto educative a partir del eddigo identificador de 
35 mensaje corto (el SCP 11 envfa un codigo que identifies de forma unfvoca un texto 
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almacenado en una base de datos del servidor 18). 

- Ejecutar un CGI ("Common Gateway Interface" - mecanismo para ejecucibn 
remota de servicios mediante http) para enviar dicho mensaje mediante SMPP u otro 
protocolo del mundo IP al SMSC 10, que se encargara de su distribuci6n al 
destinatario (el telefono movil 201) mediante procedimientos convencionales GSM. 

Ambas funciones (obtencion del texto del mensaje corto y el CGI para envfo 
del mismo) pueden ser ejecutadas en maquinas ffsicas distintas, dependiendo ello 
exclusivamente de la arquitectura utilizada por el operador de la red. 

La figura 7 refleja, de forma esquematica, la logica del SCP 1 1 . 
En el paso SO, el SCP recibe el mensaje inicial de control InitialDP con: 

- el "ServiceKey" que identifica al servicio de aviso de errores de marcacion; j 

- el "CalledPartyNumber" que es el numero marcado; 

- el "CallingPartyNumber" que es el numero (MSISDN) del telefono m6vil 201 

que realiza la llamada; y 
15 el IMSI del telefono m6vil que realiza la llamada. 

En el paso S1 , el SCP comprueba que los parametros "CalledPartyNumber y ^ 
••CallingPartyNumber" estan presentes en el mensaje InitialDP recibido. Si estan : 
presentes, se pasa al paso 82. Si no, se realiza la accion SC que consiste en env.ar : 
un mensaje "Continue* al MSC 5, con lo cual el MSC pasa a realizar el anal.s.s : 
convencionai del numero marcado y a obtener la ruta para establecer la llamada. ; 

En el paso S2 empieza el analisis del numero marcado; se comprueba si 
empieza con un "+"; si empieza con un V, se pasa al paso S4; en el caso contrario, 

se pasa al S3. ( 

En S3, se comprueba si el numero empieza con "00"; si empieza con '00 , se 

25 pasa al S4, en el caso contrario, a S5. 

En S4 se comprueba si el codigo de pafs empieza con un digito de 1 a 9; en el 
caso de que empieza con tal dfgito, se va a S6; en el caso contrario, a S7. 

En S5 se comprueba si el numero es un "codigo corto"; en el caso de sf, se va 
a SC (que ya hemos comentado); en el caso de no, se va a S8. 
30 En S6 se comprueba, en funcion del c6digo de pais detectado, si se ha 

marcado tanto un c6digo de pafs como un codigo de escape que no debe marcarse en 
dicho pafs. en el caso de sf, se va a S7. En el caso de no, se va a SC. 

En S7 se comprueba si el IMSI esta presente en el InitialDP. Si esta presente, 

se pasa a S9; si no, se pasa a S10. 
35 En S8 (paso especffico para una aplicacidn en una red espahola) se 


20 



-24- 

comprueba si la longitud del nijmero marcado es de nueve cif ras y si empieza por una 
cifra del intervalo 6-9; en el caso de sf, se va a SC. En el caso de no, se va al paso S7 
(descrito en lo anterior). 

En S9 se comprueba si el IMSI recibido en el mensaje InitialDP (paso SO) 
5 corresponde al rango de IMSI correspondiente a un operador de HPLMN para el que 
se tiene previsto un mensaje corto educativo particular (p.e., debido a un acuerdo 
suscrito con dicho operador). En el caso de si, se va al paso S1 1 , en el caso de no, se 
vaaSIO. 

En el paso S10, se carga (en el mensaje M1 ilustrado en la figura 5) un codigo 
10 identificador de mensaje corto correspondiendo a un mensaje corto con texto 
"estandar" o "por def ecto" almacenado en la base de datos del servidor 1 8; este texto 
corresponde a los mensajes cortos que se envfan a usuarios que corresponden a 
operadores que no deben recibir un tratamiento especial (por ejemplo, por no existir un 
acuerdo especial de servicio de aviso de errores de marcaci6n con dichos 
15 operadores). 

En el paso S1 1, se carga (en el mensaje M1 ilustrado en la figura 5) un codigo 
de mensaje corto correspondiendo a un mensaje corto especffico, seleccionado en 
funcion del operador de la HPLMN 200 que corresponde al usuario del telefono movil 
que realiz6 la marcaci6n; el texto puede haber sido establecido en un acuerdo suscrito 
20 entre el operador de la VPLMN y el operador de la HPLMN. 

En el paso S12, se envfa el mensaje M1 (ver la figura 5) al gateway SS7-IP 16, 
desde el cual se envfa el mensaje http al servidor 18 (ver la figura 6). 

Seguidamente, en el paso S13, se envfa un mensaje ReleaseCall al MSC 5. 

Por otra parte, la figura 8 refleja un proceso que se lleva a cabo en el MSC 5 
25 de la HPLMN correspondiente a la celda en la que el usuario visitante realiza la 
llamada. Los pasos que se llevan a cabo son los siguientes: 

S20: "SOLICITUD DE LLAMADA" (una solicitud de llamada consiste en que el 
MSC recibe una peticion de llamada saliente de un abonado localizado en un area a la 
cual da servicio dicho MSC. Dicha peticion de llamada se origina tras la marcacion de 
30 un nOmero por parte del abonado y el establecimiento del contacto via radio con la 
red.) 

S21: "Analisis de IMSI para obtenci6n de esquema de numeration" (el IMSI 
recibido en la peticion de llamada debe direccionar el modo de analisis -esquema de 
numeration- del nijmero marcado para obtencion del procesamiento de la llamada). 
35 S22: 'Trigger de servicio de aviso de errores de marcacidn para visitantes 
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activo". Si el trigger este activo, se pasa al paso S23; si no, se pasa al paso S31. 
(Trigger quiere decir en sentido estricto "condicion de disparo" o de "establecimiento 
de control con SCP". A partir del rango de IMSI se puede configurar el esquema de 
numeracion: esto quiere decir que se puede configurar si ejecutar o no el disparo IN, y 
5 todo ello individualmente para cada rango de IMSI. Es decir, podrfa existir alguna 
HPLMN para cuyos abonados no se quisiera invocar el procedimiento de aviso de 
errores de marcacion, analizando la llamada mediante los procedimientos ordinarios 
asociados a llamadas basicas de redes conmutadas.) 

S23: se comprueba si el usuario visitante tiene marca O-CSI ("marca CAMEL"); 
10 si tiene esta marca, se pasa al paso S24 (con lo cual la red visitada se desentiende de 
los avisos de errores de marcaci6n; el control sobre la llamada pasa a la HPLMN); en 
el caso contrario, se pasa a S25. 

S24: se procede de acuerdo con CAMEL (se realiza un disparo CAMEL al 
gsmSCF 230 (figura 4), etc.). Este procedimiento es conocido y no requiere mas 
15 explicaciones. 

S25: se envia el mensaje InitialDP (que es recibido por el SCP 11 en el paso 
SO en la figura 7). Luego, se pasa al paso S26. 

S26: "Espera"; aquf, el MSC 5 espera hasta que se produzca una de las 
siguientes tres incidencias: 
20 - S27: el MSC recibe el mensaje 11 ReleaseCatl" del SCP 11 (paso S13 en la 

figura 7) y pasa al paso S28, en el que libera la llamada (no se sigue adelante con la 
llamada) y se envia al telefono movil una locucion generica (por ejemplo, en ingles) 
indicando que el nOmero marcado no existe. 

- S29: el MSC recibe el mensaje "CONTINUE" del SCP (este mensaje se envfa 
25 en los pasos SC ilustrados en la figura 7); en tal caso, se pasa a S31 . 

- S30: se produce un mensaje "ERROR" debido a que un tiempo superior a un 
umbral predefinido ha transcurrido sin que se haya producido ninguno de los pasos 
S27 y S29. En tal caso, el MSC abandona el estado de espera (paso S26) y procede al 
paso S31 (esto para que la llamada no quede "colgada" en el caso de no funcionar 

30 correctamente el servicio de errores de marcacion; este servicio es un servicio 
"complementario" concebido para dar un mejor servicio al cliente, y un mal 
funcionamiento de este servicio no debe afectar negativamente al servicio basico, es 
decir, a las posibilidades de realizar llamadas). 

S31: analisis convencional del ntimero marcado y obtencidn de ruta para la 

35 llamada. 
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Para facilitar aiin m6s la comprension de la invencion, a continuacion se hace 
referenda a las figuras 9 y 10. 

La figura 9 refleja de forma esquematica un proceso de actualizacion de 
posicion de un usuario visitante (de acuerdo con el estado de la tecnica); la figura 
5 ilustra los siguientes pasos: 

B1: Petici6n de actualizacion de posicion via radio (a trav6s de la estaci6n base 
3 de la celda en la que se encuentra el usuario) 

B2: Peticion de informacion de autentificacion al HLR 209 de la HPLMN 
B3: Obtenci6n de las tripletas. El HLR obtiene las tripletas a traves del AUC. 
10 B4: Envfo desde el HLR de las tripletas de autenticacion hacia el VLR 7 de la 

red visitada 

B5: Envfo numero aleatorio de autentificacion (RAND) 
B6: Envfo respuesta firmada (SRES) para autentificacion 

B7: Petici6n de actualizacion de posici6n (UpdateLocation) hacia el HLR de la 
15 HPLMN 

B8: Envfo del perfil de abonado (InsertSubscriberData) hacia el VLR 7 

La figura 10 refleja, de forma esquematica, algunos pasos del procedimiento 
segun una realizaci6n preferida de la invencion. 

A1: Mensaje SETUP para establecimiento de llamada del roamer (del telefono 
20 movil 201 del usuario) 

A2: Configuracion de disparo INAP-CS1 hacia el SCP 11 en funci6n del IMSI 

del usuario 

A3: Para marcaci6n erronea, mensaje de orden de envfo de mensaje corto 
educativo 

25 A4; Mensaje http con los parametros necesarios para el envfo del mensaje 

corto educativo 

A5: Envfo del mensaje corto por SMPP u otro protocolo orientado a IP 

A6: Confirmacion de envfo desde el servidor 18 hasta el SCP 11a trav6s del 

gateway 16. (El servidor 18 inicia esta confirmacion una vez que ha procesado 

30 el mensaje http. Ahora bien, cuando el gateway 16 opta por no enviar dicho 

mensaje http debido a que el tiempo transcurrido desde un mensaje anterior al 
mismo abonado no supera el tiempo mfnimo establecido, el gateway 16 se 
hace cargo de generar y de enviar una confirmacion de envfo hasta el SCP, ya 
que el mecanismo para evitar el envfo al abonado de multiples mensajes cortos 

35 con contenido identico, debe ser un tema transparente para el SCP, tal y como 
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se ha comentado en lo anterior). 

AT. Liberation de llamada con locucion (llamada erronea) o bien continuar 
(ilamada correcta). 

A8: Establecimiento ordinario de llamada (solo en llamadas correctas). 
5 La invenci6n proporciona una base para un servicio de aviso de errores que 

supone una ayuda para marcaci6n correcta a roamers visitantes de otras redes, ya 
que los roamers pueden recibir una notificacion educacional (en su propio idioma y 
adaptada a lo que el operador de la HPLMN del roamer considere conveniente). 

Se trata de un mecanismo para analisis de marcaci6n que permite la 
10 transference del control de llamada al SCP. Dicho nodo es capaz de implements un 
analisis mas flexible y minucioso que el que pueda realizar un conmutador tradicional 
(MSC). 

A la vez constituye una soluci6n de red inteligente no CAMEL para roamers; 
esta solucion se implementa exclusivamente en la red visitada, pero los roamers 
1 5 tienen la sensacion de recibir los mensajes cortos educativos de su HPLMN (como si 
fuera su HPLMN la que estuviese controlando los fallos de numeraci6n y envfo de 
mensajes cortos correspondientes). 

El contenido del mensaje corto se puede customizar a nivel de operador de la 
red de origen. Tambien se puede optar por no activar la funcionalidad para 

20 determinados operadores. 

Se trata de un servicio de valor anadido no cn'tico. Esto es, si falla el 
mecanismo (por ejemplo, el procedimiento realizado en el SCP) la llamada debe 
preferiblemente continuar analizandose mediante los procedimientos convencionales 

de conmutaci6n de circuitos. 

La invencibn, de acuerdo con la realizacibn preferida descrita en lo anterior, 
supone la interconexi6n entre los mundos de serialization SS7 e IP, con el fin de 
ordenar el envfo de un mensaje corto (SM) desde un nodo SCP. Actualmente, ningun 
estandar de red inteligente/CAMEL permite dicho envio mediante interfaz SS7 entre 
SCP y SMSC. 

A lo largo de la presente descripci6n y reivindicaciones la palabra "comprende" 
y variaciones de la misma, como "comprendiendo", no pretende excluir otros pasos o 
componentes. 


25 


30 
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REIV1ND1CACIONES 

1. - Un sistema de aviso de errores de marcaci6n a usuarios visitantes en una red 
de telefonfa movil visitada (VPLMN) (100), siendo un usuario visitante un usuario de 
una red de telefonfa m6vil de origen (HPLMN) (200) distinta a la red de telefonfa m6vil 
visitada (100), caracterizado porque comprende: 

un primer nodo (11) de la red de telefonfa m6vil visitada (100) que comprende 
medios de analizar un numero marcado por un usuario (201) y determinar si dicho 
numero marcado cumple al menos un criterio de error predeterminado; y 

medios de enviar un mensaje corto (SM) con un aviso de error de marcaci6n al 
usuario si dicho nOmero marcado cumple al menos un criterio de error predeterminado. 

2. - Un sistema segun la reivindicacion 1, caracterizado porque dicho primer nodo 
es un punto de control de servicio (SCP) (11) de la red de telefonfa movil visitada 
(100). 

3. - Un sistema segun cualquiera de las reivindicaciones anteriores, caracterizado 
porque comprende medios de determinar la identidad de red de telefonfa m6vil de 
origen (HPLMN) en base al IMSI del usuario. 

4. - Un sistema segun cualquiera de las reivindicaciones anteriores, caracterizado 
porque comprende: 

medios de enviar desde el primer nodo (1 1) de la red de telefonfa m6vil visitada 
(100), un mensaje (M1) de envfo de mensaje corto a un gateway SS7-IP (16); 

medios de enviar desde dicho gateway SS7-IP (16), un mensaje http de envfo 
de mensaje corto a un servidor (18) de envfo de mensajes cortos; 

medios de enviar desde dicho servidor (18) de envfo de mensajes cortos, un 
mensaje corto dirigido al usuario (201), a un centro servidor de mensajes cortos 
(SMSC) (10) de la red visitada (100). 

5. - Un sistema segun cualquiera de las reivindicaciones anteriores, caracterizado 
porque comprende medios de seleccionar el texto del mensaje corto en base a la 
identidad de la red de telefonfa movil de origen (HPLMN). 

6. - Un sistema segun la reivindicacion 5, caracterizado porque comprende medios 
de seleccionar el texto del mensaje corto en base al IMSI del usuario visitante. 

7. - Un sistema segun la reivindicacion 4, caracterizado porque el servidor (1 8) de 
envfo de mensajes cortos incluye una base de datos con textos para mensajes cortos, 
y medios de seleccionar un texto para un mensaje corto en base a un codigo indicador 
inclufdo en el mensaje http recibido del gateway SS7-IP (16). 
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8. - Un sistema segun la reivindicacion 4, caracterizado porque el mensaje http 
incluye, al menos, un codigo indicador de un texto para el mensaje corto y el numero 
(MSISDN) del telefono movil del usuario (201) al que debe enviarse el mensaje corto. 

9. - Un sistema segtin cualquiera de las reivindicaciones anteriores, caracterizado 
porque comprende medios de enviar al primer nodo (11), un mensaje inicial de 
establecimiento de control que comprende, al menos, los siguientes datos: el numero 
de te!6fono marcado por el usuario; el ntimero (MSISDN) del tel6fono movil del 
usuario; y el lMSI del usuario. 

10. - Un sistema segun la reivindicacion 9, caracterizado porque los medios de 
enviar al primer nodo (11) un mensaje inicial de establecimiento de control estan 
comprendidos en los MSCs (5, 6) de la red de telefonfa movil visitada (VPLMN), de 
modo que cuando un usuario en una celda (2) correspondiente a un MSG (5) marca un 
numero de tel§fono, dicho MSC envfa el mensaje inicial de establecimiento de control 
al primer nodo (11). 

11. - Un sistema segtin cualquiera de las reivindicaciones anteriores, caracterizado 
porque comprende medios de control para evitar que se envfe un segundo mensaje 
corto con aviso de error de marcacion a un usuario si el tiempo transcurrido desde el 
envio de un primer mensaje corto con aviso de error de marcacion a dicho usuario es 
inferior a un tiempo mfnimo predeterminado. 

12. - Un sistema segun cualquiera de las reivindicaciones anteriores, caracterizado 
porque los criterios de error incluyen uno o varios criterios seleccionados del grupo 
que comprende los siguientes criterios: 

- el numero marcado empieza con V seguido por un signo distinto a una cifra 
C, 1<C<9; 

- el numero marcado empieza con "00" seguido por un signo distinto a una cifra 
C, 1<C£9; 

- el numero marcado es un numero de 9 cifras que empieza con una cifra que 
no sea 6, 7, 8 o 9; 

- el nGmero marcado empieza con un V o "00 w seguido por un codigo de pai's 
seguido por un codigo de escape no aplicable para marcacion internacional a dicho 
pafs; y 

- el nOmero marcado es un numero con menos de 9 cifras que no sea un 
codigo corto. 

13. - Un metodo de aviso de errores de marcacion a usuarios visitantes en una red 
de telefonfa movil visitada (VPLMN) (100), siendo un usuario visitante un usuario de 
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una red de telefonfa movil de origen (HPLMN) (200) distinta a la red de telefonfa movil 
visitada (100), caracterizado porque comprende los pasos de: 

(a) analizar, en un primer nodo (11) de la red de telefonfa m6vil visitada (100), 
un numero marcado por el usuario y determinar si dicho numero marcado cumple al 

5 menos un criterio de error predeterminado; 

(b) si dicho numero marcado cumple al menos un criterio de error 
predeterminado, enviar al menos un mensaje corto (SM) al usuario, comprendiendo 
dicho mensaje corto al menos un aviso de error de marcacion. 

14 . Un metodo segun la reivindicaci6n 13, caracterizado porque el primer nodo es 
10 un punto de control de servicio (SCP) (11) de la red de telefonfa m6vil visitada (100). 
15, Un metodo segun cualquiera de las reivindicaciones 13 y 14, caractenzado 

porque 

(c) se determina la identidad de la red de telefonfa m6vil de origen (HPLMN) del 
usuario y se determina, en base a la identidad de la red de telefonfa movil de origen 
15 (HPLMN) del usuario, si el usuario tiene derecho a un servicio de aviso de errores de 
marcaci6n. 

16, Un metodo segun la reivindicaci6n 15, caracterizado porque la identidad de la 
red de telefonfa movil de origen se determina en base al IMSI del usuario. 

17, Un metodo segun cualquiera de las reivindicaciones 15 y 16, caracterizado 
20 porque el paso (c) se realiza antes del paso (b). 

18, Un metodo segun la reivindicacion 17, caracterizado porque el paso (c) se 

realiza antes del paso (a). 

19, Un metodo segun cualquiera de las reivindicaciones 13-18, caracterizado 

porque el paso (b) comprende: 
25 - enviar desde un punto de control de servicio (SCP) (1 1) un mensaje (M1) de 

envfo de mensaje corto a un gateway SS7-IP (16); 

- enviar desde dicho gateway SS7-IP, un mensaje http de envfo de mensaje 
corto a un servidor (18) de envfo de mensajes cortos; 

- enviar desde dicho servidor (18), un mensaje corto dirigido al usuario visitante 
30 (201 ) a un centro servidor de mensajes cortos (SMSC) (1 0) de la red visitada (1 00). 

20- Un metodo segun cualquiera de las reivindicaciones 13-19, caracterizado 
porque el texto del mensaje corto se selecciona en base a la identidad de la red de 
telefonfa m6vil de origen (HPLMN). 

21, Un metodo segun la reivindicacion 20, caracterizado porque el texto del 
35 mensaje corto se selecciona en base al IMSI del usuario visitante. 
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22.- Un metodo segun la reivindicacidn 19, caracterizado porque se selecciona el 
texto entre una pluralidad de textos comprendidos en una base de dates del servidor 
(18) de envfo de mensajes cortos, en base a un cddigo indicador inclufoo en el 
mensaje http recibido del gateway SS7-IP (16). 
5 23.- Un metodo segun la reivindicacidn 19, caracterizado porque el mensaje http 
incluye, al menos, un c6dlgo indicador de un texto para mensaje corto y el numero del 
telefono mdvil (MSISDN) del usuario (201) al que debe enviarse el mensaje corto. 
24.- Un metodo segun cualquiera de las reivindicaciones 13-23, caracterizado 
porque comprende un primer paso que comprende enviar al primer nodo (11), un 
1 0 mensaje inicial de establecimiento de control que comprende, al menos, los siguientes j: 
datos: el numero de telefono marcado por el usuario; el numero del telefono mdvil .: 
(MSISDN) del usuario; y el IMSI del usuario. 

25 - Un metodo segun la reivindicacidn 24, caracterizado porque el mensaje inicial • 
de establecimiento de control se envfa desde un MSC (5) de la red de telefonfa mdvil :. 
1 5 visitada (1 00) que corresponds a la celda (2) en la que se encuentra el usuario. 

26. - Un metodo segun cualquiera de las reivindicaciones 13-25, caracterizado : 
porque antes de enviar un mensaje corto con aviso de error de marcacidn al usuario, 
se comprueba que ha transcurrido un tiempo mfnimo predeterminado desde el envfo . 
de un mensaje corto con aviso de error de marcacfon anterior al mismo usuario y si no : 

20 ha transcurrido dicho tiempo minimo predeterminado, no se envfa el mensaje corto 
con aviso de error de marcacidn. 

27. - Un metodo segun cualquiera de las reivindicaciones 13-26, caracterizado j 
porque los criterios de error incluyen uno o varies criterios seleccionados del grupo « 
que comprende los siguientes criterios: 

25 - el numero marcado empieza con "+" seguido por un signo distinto a una cifra 

C, 1<C<9; 

- el numero marcado empieza con «00 n seguido por un signo distinto a una cifra 
C, 1<C£9; 

- el numero marcado es un numero de 9 cifras que empieza con una cifra que 

30 no sea 6, 7, 8 o 9; 

- el numero marcado empieza con un V o "00" seguido por un eddigo de pais 
seguido por un eddigo de escape no aplicable para marcacidn internacional a dicho 
pais; y 

- el numero marcado es un numero con menos de 9 cifras que no sea un 
35 eddigo corto. 
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Un metodo segun cualquiera de las reivindicaciones 13-27, caracterizado 
porque s6lo se lleva a cabo para usuarios visitantes que no esten aprovisionados con 
marca O-CSI de servicio CAMEL. 
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